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Abstract 


This  report  covers  the  Smart  Weapon  Encounter  Model  (SWEM) 
developed  to  support  the  Tank  Extended  Range  Munition  (TERM) 
science  and  technology  objective  (STO)  III  G.3.  The  report  decribes  the 
model’s  algorithm,  input,  and  output.  SWEM  uses  solid  geometry  and 
statistical  methods  to  calculate  the  probability  that  a  target  will  fall 
within  the  field  of  view  (FOV)  of  a  sensor  mounted  on  a  smart  weapon. 
When  the  target  passes  into  the  FOV  of  the  sensor,  an  encounter  is  said 
to  have  occurred.  SWEM  calculates  the  probability  of  such  encounters 
for  a  given  sensor  on  a  weapon  traveling  along  a  specific  trajectory.  The 
probability  is  determined  by  repeating  a  series  of  calculations  in  which 
the  target’s  location  or  movements  are  randomly  varied  from  calculation 
to  calculation.  Only  the  probability  of  encounter  is  determined. 
SWEM  does  not  calculate  the  probability  that  the  sensor  system  will  be 
able  to  detect  an  encountered  target  against  its  background  environment. 
Neither  does  it  determine  the  probability  that  the  weapon  will  be  able  to 
maneuver  to  a  target  once  it  is  detected.  However,  SWEM  does 
calculate  the  first  necessary  step  in  a  series  of  steps  leading  to  target 
interception. 
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SMART  WEAPONS  ENCOUNTER  MODEL 


1.  INTRODUCTION 

The  Smart  Weapons  Eneounter  Model  (SWEM)  calculates  the  probability  that  a  sensor 
mounted  on  a  projectile  will  encounter  a  target.  The  encounter  occurs  when  the  field  of  view 
(FOV)  of  the  sensor  moves  over  a  target.  In  SWEM,  a  sensor’s  FOV  is  represented  by  a 
cone  traveling  in  three-dimensional  (3-D)  space.  SWEM  calculates  the  probability  of  such 
an  encounter  occurring  for  a  given  set  of  sensors  on  a  weapon  traveling  along  a  specific 
trajectory.  The  probability  is  determined  by  repeating  a  series  of  calculations  in  which  the 
target’s  location  or  movements  are  randomly  varied  from  calculation  to  calculation.  The 
range  of  the  random  variation  is  determined  by  the  performance  characteristics  of  the 
projectiles,  the  sensors,  and  the  target  vehicle. 

SWEM  calculates  only  the  probability  of  encounter.  An  encounter  must  occur  before  a 
target  can  be  detected  or  the  weapon  can  maneuver  to  the  target.  SWEM  does  not  calculate 
the  probability  that  the  sensor  system  will  able  to  detect  a  target  against  the  background 
environment.  Neither  will  SWEM  determine  if  a  weapon  will  be  able  to  maneuver  to  a  target 
that  has  been  detected.  However,  SWEM  does  calculate  the  first  necessary  step  in  the 
process  of  intercepting  a  target. 

SWEM  was  developed  to  support  the  Tank  Extended  Range  Munition  (TERM)  science 
and  technology  objective  (STO)  III  G.3.  In  the  TERM  concept,  a  smart  projectile  is  fired 
from  the  main  armament  of  existing  tanks.  After  launch,  the  TERM  projectile  follows  a 
ballistic  trajectory  or  maneuvers  along  a  predetermined  path  while  its  sensors  look  for  a 
target.  If  a  target  is  encountered  and  detected,  the  projectile  autonomously  maneuvers  to 
intercept  it. 

TERM  can  operate  beyond  line  of  sight  of  the  firing  tank.  Information  from  land-based 
scouts,  helicopters,  or  unmanned  aerial  vehicles  (UAVs)  is  used  to  locate  targets.  The 
information  is  used  to  calculate  an  aim  point  for  the  TERM  projectile.  The  TERM  projectile 
flies  to  the  aim  point  and  attempts  to  detect  a  target  along  the  way.  If  a  target  is  detected,  the 
TERM  projectile  attempts  to  maneuver  to  intercept  it. 

The  accuracy  of  the  scout’s  target  observations,  the  time  required  to  relay  information 
to  the  firing  tank,  and  the  delivery  accuracy  of  the  TERM  round  determine  how  close  the 
round  will  pass  to  the  target.  How  close  the  projectile  comes  to  the  target  during  the  search 
phase  is  an  important  factor  in  determining  the  probability  of  encounter.  The  maximum 
range  of  the  sensors  and  the  size  of  their  FOVs  are  also  important  factors  in  determining  the 
probability  of  encounter.  In  addition,  the  path  flown  by  the  projectile  while  it  tries  to  detect 
the  target  will  influence  the  probability  of  encounter.  SWEM  considers  all  these  factors  in  its 
calculations. 
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2.  THE  GEOMETRY  OF  A  SENSOR  ENCOUNTER 


As  stated  in  Section  1,  the  view  of  a  sensor  mounted  on  a  smart  weapon  can  be 
modeled  as  a  cone  moving  in  3-D  space.  In  SWEM,  the  FOV  cross  section  is  assumed  to  be 
elliptical  and  is  defined  by  two  viewing  angles  and  the  distance  from  the  sensor.  The  length 
of  the  FOV  is  determined  by  the  maximum  range  of  the  sensor.  Figure  1  shows  the  FOV  of  a 
sensor  in  projectile  coordinates  (XP,  YP,  ZP). 


^  ZP 


In  Figure  1,  the  sensor  is  mounted  in  the  nose  of  the  projectile  and  is  aligned  with  the 
long  axis.  The  projectile  is  flying  horizontally  to  the  right.  The  Y-axis  is  aligned  with  the 
center  of  the  sensor’s  FOV.  The  positive  Z  direction  is  defined  as  “up.”  The  X-axis  is 
normal  to  the  Y-Z  plain.  Theta  (0)  is  the  sensor  viewing  half  angle  in  azimuth.  Phi  (({))  is 
the  sensor  viewing  half  angle  in  elevation.  The  equation  for  the  surface  of  the  FOV  is  as 
follows: 


XP 


target 


ZP 


target 


YPtarget  -tanCe)  YP  ^tan(^ ) 


Ratio 


Eq.  1 


In  Equation  1,  XPtarget,  YPtarget,  and  ZPtarget  define  the  location  of  a  target.  For  targets  inside 
the  FOV,  VRatio  is  less  than  1.  For  target  points  outside  the  FOV,  VRatio  is  greater  than  1.  If 
VRatio  is  equal  to  1,  the  target  is  exactly  on  the  surface  that  defines  the  boundary  of  the  FOV. 

Target  points  behind  the  projectile,  as  well  as  those  in  front,  will  produce  VgatioS  less 
than  1.  Only  forward-looking  sensors  are  considered  in  the  SWEM  code,  however.  Because 
only  forward-looking  sensors  are  investigated,  the  target  points  that  have  a  VRatio  less  than  1 
and  are  behind  the  projectile  are  ignored. 
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The  other  factor  that  must  be  considered  in  determining  which  points  are  within  the 
FOV  of  the  sensor  is  the  sensor’s  maximum  range.  The  distance  from  the  sensor  to  any 
target  point  around  it  is  calculated  as  follows: 


^  Range* 


{ XP  •  ^ 

I  target  y 


>  (YP 


target  y 


(ZP 


target  j 


Fn  9 


If  the  distance  to  a  target  DRange  is  less  than  the  maximum  range  of  a  sensor  and  the  VRatioOf 
the  target  point  is  <  1,  then  the  target  is  encountered  by  the  sensor.  For  the  coordinate  system 
aligned  and  moving  with  the  projectile,  Equations  1  and  2  define  an  encounter  with  a  target. 

It  is  possible  to  define  the  movement  of  the  targets  in  terms  of  the  coordinate  system 
shown  in  Figure  1  where  the  projectile  is  stationary.  It  is  easier,  however,  to  transform 
Equations  1  and  2  to  a  coordinate  system  where  the  projectile  moves  relative  to  the  earth. 
Figure  2  shows  the  projectile  in  such  a  coordinate  system. 
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Figure  2.  TERM  Projectile  in  the  Trajectory  Coordinate  System. 


The  coordinate  system  shown  in  Figure  2  is  called  the  ''trajectory  coordinate  system 
and  has  its  origin  at  the  position  of  the  firing  tank.  In  the  trajectory  coordinate  system,  the 
Z-axis  is  aligned  with  local  vertical.  Positive  Y  is  in  the  down-range  direction.  The  Y-Z 
plane  contains  the  velocity  vector  of  the  projectile  at  launch.  Positive  X  is  in  the  cross-range 
direction  and  to  the  right.  The  X-axis  is  normal  to  the  Y-Z  plane. 

The  position  of  the  projectile  in  this  trajectory  coordinate  system  is  given  as  Xmun, 
Ymun,  and  Z^un-  Euler  angles  are  used  to  specify  the  orientation  of  the  projectile  in  the 
trajectory  coordinate  system.  The  yaw  angle  sigma  (a)  is  measured  from  the  Y-Z  plane  to 
the  long  axis  of  the  projectile.  The  pitch  angle  beta  (P)  is  measured  from  the  X-Y  plane  to 
the  long  axis  of  the  projectile.  The  roll  angle  is  not  used  because  the  projectile  is  not 
assumed  to  roll  in  flight. 
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Transforming  from  the  projectile  coordinate  system  to  the  trajectory  coordinate  system 
involves  a  translation  and  two  rotations.  The  Euler  angle  convention  that  is  used  is  defined 
in  Methods  of  Analytical  Dynamics  (Meirovitch  1970).  The  transformation  using  the  Euler 
angles  is  defined  as  three  successive  rotations.  The  first  rotation  is  in  yaw  about  the  Z-axis. 

The  second  rotation  is  in  pitch  about  the  X-axis.  The  third  rotation,  not  used  in  this  code,  is 
in  roll  about  the  Y-axis. 

The  three  Euler  angles  are  used  to  define  a  matrix,  which  transforms  the  X,  Y,  and  Z  in 
the  trajectory  coordinate  system  into  XP,  YP,  and  ZP  in  the  projectile  coordinate  system. 

The  nine  elements  of  the  matrix  are  as  follow: 

B  j[=cosf0  jj-cos^G  3^  -  sin^0  j^cos^©  2ysin^0  fj 

B  j  j:sin|0  |j-cos^0  3j  -rcos^©  [^005^0  2Vsin(|0  3^ 

Bi3=sin{0  i)-sin(0  3) 

B2i=-cosf0  j^*sin^0  3^  -  sin^0  jj-cos  ^0  2)*cos  ^0  3^ 

B2^-sin(0  3^-1-005^0  j^*cos^0  2)*cos^0  3^ 

B2;^sin(0  1^005^0  3^ 

B3i=sin(0  i)-sin(©  2) 

B3^-cos(0  2) 

B3^cos(0  2)  £q_3 

In  Equation  3, 0i,  02,  and  03  are  the  yaw,  pitch,  and  roll  angles,  respectively.  In 
SWEM,  01  =  -a,  02  =  P,  and  03  =  0.  Substituting  for  yaw,  pitch,  and  roll  angles  and 
applying  the  matrix,  the  XPtarget.  YPtarget^  and  ZP,arget  can  be  written  in  terms  of  the  projectile 
position  (Xmun,  Ymun,  and  Zmun)  and  the  target  location  (X^irget,  Y,arget,  Ztarget)  in  trajectory 
coordinates  as  follows: 

target  target  ”  ^mun) 

^^target*"  -  X  niun)  ^  cos(-o)-cos(P)-^Y(jjj.ggj  -  +  sin(-o)-cos(p)-^Z  j-y-get  -  Z  mun) 

target**'”^' target  ”  ^mun)  “  cos(-a)-sin(p)-^Y(2j.ggj  -  Y  +  cos(P)-^Zjjy.gg(  -  Z  juun)  gq_  4 

Substituting  for  XPtarget,  YPtarget,  and  ZPtarget  in  Equation  1,  the  Vratio  can  be  written  in 
terms  Xtarget,  Ytarget,  Z^rget,  Xmun,  Ymun,  Zmun,  P  and  G.  The  results  of  the  substitution  are  the 
following: 
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in  which 


^9  Ratio 


Eq.5 


cos(-a)- ^mun) 


-H  sin(-a)-fY^^gg^  -  ^mun, 


>)r 


[[-sin(-5)'Cos(p)-(X,arggt-Xjjjyn)  +  c6s(-(T)'Cos(p)-(Yj3j.ggt- Ynj,un)  +  sin(-(T)'Cos(p)-(Ztaj.gg,-Zj(,yn)]  -taiKe) 
['sin(-(T)-sin(P)-(Xtajget-  X^^„)-cos(-g)■sin(p)•(Y^afget-  Yn,un)  +  ‘=°^^P)'(^target~  ^mun)] 


[[-sin(-o)-cos(P)-(Xj^gg,-Xnjun)  +  cos(-o)-cos(p)-(Y,j„.ggj- Yjnun)  +  sin(-g)-cos(P)-(Zjjy.gg,-Zjj,un)]  ■tan((> ) 


The  distance  between  the  center  of  the  sensor  and  the  center  of  the  target  is  the 
parameter  calculated  by  Equation  2.  Because  Equation  2  defines  the  length  or  magnitude  of 
a  vector,  it  is  not  affected  by  rotations  in  the  transformation.  Applying  the  translation  to 
Equation  2  gives  the  following: 


D 


Range" 


fv  _  V 

target  ^  mun 


^-0 


target  ‘ 


mun 


target 


: 

'muni 


Eq.6 


Equations  5  and  6  form  the  basic  algorithm,  which  is  used  to  determine  if  a  target  is 
encountered.  The  algorithm  determines  if  a  target  located  at  (Xtarget  Ytarget  Ztarget)  is  within  the 
FOV  of  the  sensor.  As  input,  the  algorithm  takes  target  location,  projectile  position  (Xmun, 
Ymun,  Zmun),  the  projectile  orientation  (p,  a),  and  the  view  angles  of  the  sensor  (0,  ([)).  The 
algorithm  outputs  a  Boolean  value  (true  or  false)  as  to  whether  the  target  is  within  the  FOV 
and  therefore  encountered. 


In  the  SWEM  code,  the  position  and  orientation  of  the  projectile  are  read  from  a 
trajectory  file.  Four  different  trajectory  file  formats  can  be  used  by  the  SWEM  code.  An 
example  of  the  standard  trajectory  format  is  shown  in  Appendix  A.  The  code  reads  the  files 
and  interpolates  between  points  to  produce  parameters  at  even  time  steps. 


3.  STATIONARY  TARGETS 

The  SWEM  code  can  handle  either  stationary  targets  or  moving  targets.  To  calculate 
the  probability  of  encounter,  SWEM  uses  a  “Monte  Carlo”  method.  The  code  loops  through 
the  same  simulation  a  large  number  of  times;  each  pass  is  termed  a  replication.  At  the  start 
of  each  replication,  a  set  of  random  number  draws  is  performed  to  obtain  values  for  parameters 
governing  the  motion  and/or  location  of  the  target.  The  projectile  trajectory  file  and  sensor 
parameters  remain  the  same  in  every  replication.  The  replications  that  result  in  a  target 
encounter  are  summed  at  the  end  of  the  loop  and  are  compared  to  the  total  number  of 
replications  to  determine  the  probability  of  encounter. 

For  stationary  targets,  the  probability  of  encounter  depends  on  two  types  of  errors; 
weapon  dispersion  error  (WDE)  and  target  location  error  (TLE).  The  WDE  is  a  reflection  of 
the  weapon  system’s  ability  to  hit  the  point  at  which  it  is  aimed.  The  TLE  reflects  the  ability 
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of  the  system  to  determine  the  location  of  the  target  in  some  coordinate  system  common  to 
both  the  scout  vehicle  and  firing  tank. 

Both  WDEs  and  TLEs  are  decomposed  into  range  and  deflection  errors.  Range  refers 
to  an  error  in  the  length  of  the  vector  connecting  the  target  to  the  scout  or  firing  tank.  The 
deflection  errors  are  measured  at  right  angles  to  the  range  vector.  In  the  SWEM  code,  these 
errors  are  defined  via  a  mean  and  standard  deviation. 

The  TLE  is  composed  of  several  separate  errors  in  real  systems.  Self-location  error 
refers  to  the  ability  of  the  scout  vehicle  and  the  firing  tank  to  determine  their  own  locations  in 
space.  Range  error  refers  to  the  ability  of  the  scout  to  determine  the  distance  to  the  target. 
There  are  also  errors  in  determining  the  heading  of  the  scout  and  fifing  tank,  called  north¬ 
finding  error.  There  are  additional  errors  in  finding  the  local  direction  of  gravity.  For  the 
scout,  there  are  additional  errors  in  the  measurement  of  the  azimuth  and  elevation  of  the 
target  relative  to  north  and  the  local  vertical.  The  self-location,  range,  north-finding,  gravity, 
azimuth,  and  elevation  errors  are  all  combined  into  the  target  location  range  and  deflection 
errors  which  are  input  to  the  SWEM  code.  Methods  for  combining  the  individual  errors  into 
TLEs  required  by  SWEM  are  covered  in  the  Target  Location  Error  Methodology  for  the 
Tank  Extended  Range  Munition  (W aid  1997). 

A  FORTRAN  (Formula  Translator)  subroutine  ‘‘'rndm”  is  employed  to  make  random 
draws  from  a  statistical  distribution.  The  subroutine  was  adapted  from  an  existing  code  and 
reused  (Wald  1999).  Four  random  draws  are  performed  for  the  delivery  range  error,  the 
delivery  deflection  error,  the  target  location  range  error,  and  the  target  location  deflection 
error. 


The  target  begins  at  the  aim  point  of  the  weapon  in  the  trajectory  coordinate  system. 
Then,  a  randomly  drawn  delivery  range  error  and  a  randomly  drawn  target  location  range 
error  are  added  to  the  Y  location  of  the  target.  The  delivery  deflection  error  and  the  target 
location  deflection  errors  are  added  to  the  X  location  of  the  target.  The  resulting  perturbed 
target  position  is  used  in  the  next  simulation  replication.  The  process  is  repeated  at  the  start 
of  each  replication. 


4.  MOVING  TARGETS 

For  moving  targets,  the  target’s  path  needs  to  be  randomly  varied  between  replications. 
The  code  used  to  calculate  target  paths  was  taken  from  Wald  (1997).  The  FORTRAN  code 
used  is  called  ‘"makpth”.  In  makpth,  the  target  path  is  composed  of  a  number  of  “legs”  in 
which  the  speed  and  direction  of  the  target  are  constant.  The  code  randomly  varies  the  initial 
target  location,  the  duration  of  each  leg,  the  heading  in  each  leg,  the  speed  in  each  leg,  and 
the  average  heading  tendency  for  the  whole  path.  The  variation  in  the  target  path  is 
determined  by  a  set  of  2 1  input  parameters.  The  parameters  and  the  input  file  that  contains 
them  are  described  in  Section  7. 
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The  makpth  code  calculates  the  position  of  the  target  at  any  time  in  its  own  target  path 
coordinates.  The  origin  of  the  target  path  coordinate  system  is  located  at  or  near  the  starting 
point  of  the  target.  The  positive  X  direction  is  east  and  positive  Y  is  north. 

The  problem  of  predicting  the  path  of  a  moving  target,  based  on  observations  of  a 
remote  scout,  is  shown  in  Figure  3  in  which  the  scout  takes  two  observations  of  the  target 
tank.  Linear  prediction  is  used  to  estimate  the  future  position  of  the  target. 


The  types  of  errors  in  the  two  observations  of  the  target  made  by  the  scout  were 
discussed  in  Section  3.  The  scout  observations  have  self-location  range,  north-finding, 
gravity,  azimuth,  and  elevation  errors.  These  errors  all  contribute  to  the  error  in  estimating 
The  velocity  of  the  target.  The  velocity  estimation  errors  and  changes  in  target  motion  after 
the  last  scout  observation  add  to  the  final  TLE.  The  longer  the  period  between  the  last 
observation  and  the  arrival  of  the  weapon  at  its  aim  point,  the  greater  the  error  caused  by  the 
target  motion.  The  errors  associated  with  the  firing  tank  are  the  same  as  in  the  stationary 
target  case  and  again  contribute  to  the  total  TLE.  The  dispersion  error  is  unchanged  by  target 
motion.  Wald  (1997)  describes  in  greater  detail  how  TLE  is  calculated  for  moving  targets. 

The  calculations  of  the  total  TLE  for  a  moving  target  and  the  calculation  of  the  target 
path  share  some  parameters.  The  SWEM  code  does  not  check  to  see  that  these  parameters 
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agree.  Using  the  methods  in  Wald  (1997),  the  user  must  ensure  that  the  parameters  are 
properly  matched. 

The  time  line  for  a  smart  weapon  encounter  with  a  moving  target  is  governed  by  a 
number  of  factors.  In  SWEM,  the  time  of  the  first  scout  observation  after  the  target  path 
begins  is  selected  by  a  random  draw  calculated  by  the  rndm  subroutine.  The  time  between 
the  two  observations  is  an  input  to  SWEM.  The  time  between  the  second  observation  and  the 
launch  of  the  projectile,  called  the  “communication,  decision,  and  implementation  time,”  is 
also  input.  The  time  from  launch  to  the  arrival  of  the  projectile  at  the  aim  point  is  determined 
from  the  trajectory  file.  Adding  the  time  of  the  first  observation,  the  time  between  observa¬ 
tions,  the  “communication,  decision,  and  implementation  time,”  and  the  time  of  flight  of  the 
projectile  gives  the  time  along  the  target  path  at  which  the  projectile  arrives  at  its  aim  point  in 
target  path  time. 

Time  zero  in  trajectory  time  occurs  at  projectile  launch.  The  difference  between 
trajectory  time  and  target  path  time  is  the  time  of  the  first  observation  plus  time  between 
observations  plus  observation,  communication,  decision,  and  implementation  time.  To  bring 
the  target  path  time  into  alignment  with  trajectory  time,  the  difference  is  subtracted  from  all 
times  in  the  target  path  array.  After  the  adjustment,  the  target  starts  moving  at  some  negative 
time  before  projectile  launch. 

The  transformation  of  the  target  path  into  the  trajectory  coordinate  system  is  shown  in 
Figure  4.  The  target  path  and  trajectory  coordinate  system  are  related  by  the  position  of  the 
firing  tank  and  the  position  of  the  projectile’s  aim  point.  The  firing  tank’s  position  (XTfire, 
YTfire)  in  the  target  path  coordinate  system  is  an  input  to  SWEM.  In  the  trajectory 
coordinate  system,  the  firing  tank  is  located  at  the  origin  (0,0).  The  position  of  the  aim  point 
is  located  at  the  end  of  the  projectile’s  trajectory  defined  in  trajectory  coordinates. 

The  aim  point  is  also  located  on  the  target  path  defined  in  target  path  coordinates.  The 
aim  point’s  position  along  the  target  path  depends  on  the  time  of  arrival  of  the  projectile  at 
the  aim  point  in  target  path  time.  Using  the  position  of  the  firing  tank  and  the  aim  point  in 
the  two  coordinate  systems,  one  can  define  a  translation  and  a  rotation  that  transform  the 
target  path  into  the  trajectory  coordinate  system. 

Interpolation  is  used  on  the  X  versus  time  and  the  Y  versus  time  arrays  of  the  tank  path 
to  find  the  coordinates  of  the  weapon’s  aim  point  (XTaim,  YTaim)-  The  angle  between  the  X 
axis  of  the  target  path  coordinate  system  and  the  vector  connecting  the  aim  point  and  firing 
tank  is  given  by 


<I)  =atan 


^  YTaim  YTfjj.g 


^  aim  fire/ 


Eq.7 
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Figure  4.  Transformation  From  Target  Path  to  Trajectory  Coordinates. 


The  length  of  the  vector  is  also  calculated;  it  is  compared  to  the  length  of  the  vector 
from  the  firing  tank  to  the  end  of  the  trajectory  in  trajectory  coordinates.  Because  the 
trajectory  file  and  the  firing  tank  position  inputs  are  not  coordinated,  the  lengths  of  the  two 
vectors  may  not  be  equal.  The  direction  of  the  vector  in  target  path  coordinates  is  preserved, 
but  the  length  is  adjusted  to  make  it  equal  to  the  length  of  the  vector  in  trajectory  coordinates. 
The  length  is  adjusted  by  moving  the  firing  tank  position  to  (XTAfire,  YT Afire)- 

The  angle,  in  trajectory  coordinates,  between  the  Y  axis  and  the  vector  connecting  the 
firing  tank  to  the  end  of  the  trajectory  is  given  by  the  following: 

I  ^  aim  I 
V=atan  - 

\^aim/  Eq.  8 


The  angle  between  the  target  path  and  the  trajectory  X  direction  is  the  following; 


Eq.9 


To  transform  from  target  path  coordinates  into  trajectory  coordinates,  they  must  be  rotated 
about  the  Z  axis  by  The  translation  moves  the  firing  tank  position  from  XAfire,  YAf,re  to 
0,0.  The  equation  for  the  transformation  is  the  following: 
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^  target”  target  ~  Afire)  ^ (YT target  ~  Afire)  ^ ) 

^ target” target  "  ^  Afire) (^target  ~  ^ Afire) Eq.  10 

In  Equation  10,  XT target.  YTtarget  are  coordinates  in  the  target  path  system,  and  Xtarget.  Ytarget 
are  coordinates  in  the  trajectory  system. 


5.  ANIMATION  OF  ENCOUNTERS 

SWEM  gives  the  user  the  option  of  viewing  simple  animations  of  the  encounters 
between  the  weapon  and  the  target.  The  animations  show  the  encounters  during  each 
replication.  Because  the  animations  are  computationally  intensive,  they  greatly  slow  the 
calculation  of  the  encounters  and  should  not  be  used  during  long  runs  to  collect  statistics. 

The  graphical  display  shows  the  location  of  the  projectile,  the  location  of  the  target, 
and  the  footprints  of  the  sensor(s)  carried  by  the  projectile.  The  center  of  the  projectile  is 
displayed  as  a  small,  blue,  bullet-shaped  icon.  The  target  is  displayed  as  a  small,  red,  tank¬ 
shaped  icon.  These  icons  are  meant  to  display  only  position;  the  orientation  of  the  icon  is  not 
related  to  the  orientation  of  the  target  or  projectile. 

As  many  as  three  sensors  can  be  modeled,  and  the  footprint  of  each  is  assigned  a 
separate  color.  When  the  footprints  of  distinct  sensors  overlap,  the  colors  are  blended.  For 
example,  a  blue  footprint  and  a  red  footprint  produce  a  purple  overlap  zone.  Figure  5  shows 
an  example  of  one  frame  of  an  encounter  animation. 

The  center  of  the  animation  display  is  fixed  in  space  and  is  located  at  the  aim  point  of 
the  projectile.  The  size  the  display  is  fixed  at  1000  by  1000  meters.  The  display  area  is 
scaled  to  match  the  number  of  pixels  available  in  the  PC  display.  The  target,  whether 
stationary  or  moving,  normally  stays  within  the  display  area.  The  projectile  and  sensor 
footprints  start  outside  the  display  area  and  do  not  appear  until  they  move  into  the  area  in  the 
course  of  the  trajectory. 

The  footprint  is  displayed  by  applying  Equations  5  and  6  to  each  of  the  pixels  in  the 
PC’s  displays.  To  reduce  run  time,  only  the  pixels  ahead  of  the  projectile  and  within  the 
maximum  range  of  the  sensor  are  verified.  The  footprint  is  animated  by  examining  the  pixels 
at  every  time  step.  As  the  footprint  moves  over  pixels,  they  are  colored.  As  the  footprint 
moves  off  pixels,  they  return  to  the  background  color.  The  algorithm  animates  the  sensor 
footprint’s  movement  and  its  shape  changes. 


6.  ARCHITECTURE  OF  SWEM  CODE 


Both  the  PC  and  UNIX™  versions  of  the  SWEM  code  are  written  in  C-H-.  The  PC 
version  was  developed  from  the  UNIX™  version  by  adding  a  Windows  -based  graphical  user 
interface  (GUI).  Since  it  includes  the  UNIX  code,  the  PC  version  is  described  in  this  report. 
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Figure  5.  One  Frame  of  the  Encounter  Animation. 


The  code  includes  15  C++  classes  and  a  “main”  distributed  in  18  files.  Six  of  the 
classes  concern  the  geometry  and  animation  of  the  encounter  described  in  Sections  2  through 
5.  These  six  classes  contain  approximately  2000  lines  of  code.  The  remaining  nine  classes 
comprise  the  GUI  and  contain  about  4900  lines  of  code. 

The  SWEM  code  has  a  mixed  architecture.  The  nine  classes  comprising  the  GUI  are 
written  with  object-oriented  methods.  The  six  classes  concerning  the  encounter  s  geometry 
and  animation  are  not  written  with  true  object-oriented  methods  but  with  more  traditional 
structured  coding  methods. 

Figure  6  is  flow  chart  showing  the  code’s  basic  architecture  in  terms  of  traditional 
structured  coding  methods.  The  code  consists  of  the  GUI  and  three  nested  for  loops.  The 
GUI  manages  the  user’s  input  to  the  code.  The  outermost  loop  controls  the  statistical 
replications  of  the  encounter  simulations.  The  middle  loop  increments  the  time  steps  during 
an  encounter.  The  innermost  loop  is  actually  two  nested  loops,  one  marching  in  X  and  the 
other  marching  in  Y.  The  two  loops  increment  through  all  the  pixel  locations  during  each 
time  step  to  display  the  sensor’s  footprint. 
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Figure  6.  Flow  Chart  for  the  SWEM  Code. 


7.  USER  INPUT  AND  GRAPHICAL  USER  INTERFACE 

User  input  to  the  SWEM  code  is  done  using  the  GUI  and  two  standard  input  files.  One 
of  files  contains  the  trajectory  data  for  the  projectile.  The  other  file  contains  the  data  used  by 
the  “makpth”  code  to  create  the  target  path.  The  GUI  uses  five  separate  windows  to  input  the 
data  describing  the  weapon,  the  sensors,  and  the  location  of  either  stationary  or  moving 
targets. 

SWEM  can  read  the  trajectory  files  in  four  different  formats.  Three  of  the  formats  are 
associated  with  specific  TERM  designs  and  are  not  covered  in  this  report.  An  example  of  the 
fourth,  or  generic  weapon  format  is  given  in  Appendix  A.  The  generic  weapon  file  contains 
nine  columns  of  data.  The  first  column  contains  the  trajectory  time;  the  time  in  this  column 
does  not  need  to  be  evenly  spaced.  The  second,  third,  and  fourth  columns  contain  the  x,  y, 
and  z  components  of  the  projectile’s  location  measured  in  meters.  In  the  data  format,  X  is  in 
the  down-range  direction,  Y  is  in  the  cross-range  direction,  and  Z  is  in  the  local  vertical 
direction.  The  fifth,  sixth,  and  seventh  colunms  contain  the  x,  y,  and  z  components  of  the 
projectile’s  velocity  in  meters  per  second.  The  last  two  columns  contain  the  projectile’s  pitch 
and  yaw  angles  in  radians.  The  nine  columns  are  separated  by  commas  to  ease  importation 
into  spreadsheets  and  plotting  software. 
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An  example  of  the  input  file  for  the  makpth  code  is  given  in  Appendix  B.  The  first 
number  in  the  file  is  the  minimum  duration  of  the  target  path.  The  first  number  on  the  second 
line  is  the  mean  of  the  X  starting  positions  for  the  target.  The  second  number  is  the  standard 
deviation  of  the  X  starting  positions.  The  third  and  fourth  numbers  are,  respectively,  the  mean 
of  the  Y  starting  position  and  the  standard  deviation  of  the  Y  starting  position.  The  first  and 
second  numbers  on  the  third  line  are  the  mean  and  standard  deviation  of  the  target  speed.  The 
third  and  fourth  numbers  are  the  minimum  and  maximum  target  speed.  The  first  and  second 
numbers  on  the  fourth  line  are  the  mean  and  standard  deviation  of  the  leg  duration.  The  last 
two  numbers  are  the  minimum  and  maximum  leg  durations.  The  first  number  on  the  fifth  line 
is  the  standard  deviation  for  the  target  path  angle;  the  mean  is  assumed  to  be  0  radians  or  east. 
The  last  two  numbers  are  the  minimum  and  maximum  path  angles  in  radians.  The  number  on 
the  sixth  line  indicates  the  tendency  of  the  target  path  to  return  to  its  initial  easterly  direction. 
The  value  should  be  between  0  and  1.  Entering  a  value  of  0  produces  no  tendency  to  return  to 
an  easterly  heading,  whereas  entering  a  1  produces  a  strong  tendency  to  do  so. 

Once  the  target  path  is  calculated  for  a  distribution  about  an  easterly  compass  heading 
via  the  methods  given,  it  is  rotated  as  a  whole  through  some  angle  picked  from  a  random 
distribution.  The  first  number  on  the  seventh  line  determines  which  random  number 
distribution  is  used  to  pick  an  overall  path  rotation  angle.  If  the  number  is  1,  a  normal 
distribution  is  used.  Otherwise,  a  uniform  distribution  is  used.  The  second  and  third 
numbers  are  the  mean  and  standard  deviation  used  with  the  normal  distribution  of  the 
rotation  angle.  The  fourth  and  fifth  numbers  are  the  minimum  and  maximum  rotation  angles 
used  with  both  the  normal  and  uniform  distributions. 

The  main  “encounter”  window  in  the  GUI  is  shown  in  Figure  7.  The  first  window  is 
used  to  move  to  other  windows  in  the  GUI  and  to  enter  some  basic  information  about  the 
simulation.  The  “weapon  platform  parameters,”  “sensor  parameters,”  “moving  target,”  and 
“stationary  target  windows”  are  all  accessed  from  the  first  window.  The  reset  to  default 
button  in  the  upper  right-hand  corner  allows  the  user  to  reinitialize  all  the  parameters  to  a 
default  set  of  values  for  testing  and  debugging  the  program. 


>  Encounter 
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Figure  7.  Encounter  Window. 
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The  selection  of  a  “moving  target”  or  “stationary  target”  is  done  using  radio  buttons. 
With  radio  buttons,  indicated  by  small  circles,  selecting  one  automatically  deselects  the 
other(s).  The  text  box  labeled  “number  of  repeat  calculations  for  statistics”  determines  the 
number  of  replipations  of  the  simulation.  The  text  box  labeled  “time  step  for  calculations” 
sets  the  time  in  seconds  between  encounter  checks  and  updates  the  animations.  The 
“graphics  on”  and  “graphics  off’  radio  buttons  determine  if  the  animation  is  displayed.  If 
five  or  more  replications  are  used,  the  “graphics  off’  radio  button  should  be  pressed  to 
prevent  the  run  time  from  becoming  too  long. 

The  buttons  at  the  bottom  indicate  what  to  do  with  the  parameters  entered  into  the  GUI. 
The  “OK”  button  causes  the  parameters  to  be  saved  as  the  current  working  set  and  the 
simulation  to  execute.  The  current  set  of  parameters  is  saved  to  a  hidden  file  and  is  read  the 
next  time  the  GUI  is  executed.  The  GUI  always  starts  with  the  last  set  of  parameters  entered 
into  SWEM.  The  “update”  button  causes  the  parameters  to  be  saved  to  the  hidden  file  as  the 
current  working  set  but  does  not  execute  the  actual  simulation.  If  the  “cancel”  button  is 
pressed,  the  hidden  file  is  not  written  nor  is  the  simulation  executed.  The  parameters  are 
reset  to  the  last  working  set. 

When  the  “OK”  button  is  pressed  and  the  “graphics  on”  radio  button  is  active,  the 
animation  window  appears.  Using  the  mouse  to  place  the  cursor  in  the  animation  window 
and  right  clicking  causes  another  window  to  appear.  The  new  window  contains  “begin”  and 
“quit”.  Selecting  “begin”  starts  the  simulation  and  selecting  “quit”  aborts  the  simulation. 

The  “weapon  platform  parameters”  window  sets  the  number  of  sensors  on  the  weapon, 
the  sensor  mounting  method  and  the  trajectory  that  the  weapon  flies.  Figure  8  shows  an 
example  of  the  “weapon  platform  parameters”  window.  The  four  radio  buttons  at  the  top 
determine  which  of  the  trajectory  file  formats  are  used  to  read  the  data.  Only  the  “generic 
weapon”  format  is  covered  in  this  report.  An  example  of  the  “generic  weapons”  format  is 
given  in  Appendix  A.  The  user  may  specify  a  trajectory  file  directly  using  the  text  box 
labeled  “trajectory  filename”.  The  user  can  also  push  the  “browse”  button  and  search  for  the 
proper  file. 
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Weapons  Platform  Parameters 


Figure  8.  Weapons  Platform  Parameters  Windows. 
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The  number  of  sensors  carried  by  the  weapon  is  specified  with  the  text  box  labeled 
“number  of  sensors  on  the  weapon.”  The  text  box  will  not  accept  numbers  larger  than  3. 

The  sensors  on  the  weapon  are  not  active  at  launch.  The  distance  the  weapon  travels  before 
the  sensors  activate  is  entered  via  the  text  box  labeled  “distance  round  travels  before 
sensor(s)  are  activated.”  The  user  can  specify  either  fixed  or  scanning  mounts  for  the  sensors 
by  using  the  two  radio  buttons  at  the  bottom  of  the  window.  If  a  scanning  mount  is  selected, 
an  additional  button  labeled  “scanning  sensor  mount  parameters”  becomes  available. 

The  “sensor  parameters”  window,  accessible  from  the  main  window,  allows  the  user  to 
input  the  parameters  describing  as  many  as  three  sensors.  The  number  of  sensors  specified  in 
the  “weapons  platform  parameters”  window  determines  how  many  sets  of  text  boxes  are 
active  in  this  window.  Figure  9  shows  the  case  when  two  sensors  are  specified.  In  this  case, 
the  text  boxes  on  the  top  two  sets  are  active  and  the  lowest  set  is  inactive. 
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Figure  9.  Sensor  Parameter  Window. 
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The  text  box  labeled  “azimuth  angle”  specifies  the  half  angle  in  the  horizontal  plane  of 
the  FOV  when  the  weapon  is  flying  level.  The  text  box  labeled  “elevation  angle”  specifies 
the  half  angle  of  the  FOV  in  the  vertical  plane.  The  greatest  range  at  which  a  sensor  can 
detect  a  target  is  specified  via  the  text  box  labeled  “maximum  sensor  range.”  The  text  boxes 
labeled  “squint  yaw  angle”  and  “squint  pitch  angle”  are  used  to  input  the  angular  offsets  of 
the  sensor  axis  from  the  long  axis  of  the  weapon.  The  squint  yaw  angle  is  the  offset  in  the 
horizontal  plane  when  the  weapon  is  flying  level.  The  squint  pitch  angle  is  the  offset  in  the 
vertical  plane.  For  sensors  in  scanning  mounts,  the  squint  angles  are  the  angles  at  activation, 
which  change  as  the  mount  moves  relative  to  the  weapon.  Sensors  with  fixed  mounts 
maintain  the  same  offset  throughout  the  simulation.  As  stated  in  the  note  at  the  top  of  the 
window,  all  angles  are  input  in  radians  and  the  maximum  sensor  ranges  are  in  meters. 

If  the  stationary  target  radio  button  is  active  in  the  main  window,  then  the  “stationary 
target  parameters”  window  can  be  accessed.  This  window,  shown  in  Figure  10,  allows  the 
user  to  input  the  parameter  pertaining  to  the  target  location  relative  to  the  weapon’s  aim  point 
as  described  in  Section  3.  The  top  four  text  boxes  are  used  to  input  the  TLE.  There  are  text 
boxes  for  the  mean  and  standard  deviation  in  both  range  and  deflection.  The  bottom  four  text 
boxes  are  used  to  input  the  WDE.  Again,  there  are  text  boxes  for  the  mean  and  standard 
deviation  in  both  range  and  deflection. 

In  some  TERM  design  concepts,  the  weapon  is  not  initially  aimed  at  the  point  where 
the  target  is  calculated  to  be  but  rather  at  some  point  offset  from  it.  The  middle  three  text 
boxes  are  used  to  input  the  aim  point  offset  if  one  is  required.  The  aim  point  offset  distances, 
like  all  other  length  parameters  in  this  window,  are  given  in  meters. 

If  the  “moving  target”  radio  button  is  active  in  the  main  window,  then  the  “moving 
target  parameters”  window  can  be  accessed.  This  window,  shown  in  Figure  11,  allows  the 
user  to  input  the  parameters  pertaining  to  a  moving  target  as  described  in  Section  4. 

The  top  two  text  boxes  allow  the  user  to  specify  the  starting  location  of  the  target 
relative  to  the  firing  tank;  this  is  equivalent  to  specifying  the  firing  tank’s  location  in  tank 
path  coordinates.  The  location  is  given  in  terms  of  range  and  deflection  in  meters. 

The  next  three  text  boxes  specify  the  timing  of  the  encounter  situation.  The  text  box 
labeled  “mean  of  randomly  selected  time  of  first  observation”  is  used  to  input  the  mean  of  the 
distribution  from  which  this  time  is  picked.  The  text  box  labeled  “standard  deviation  of 
randomly  selected  time  of  first  observation”  is  used  to  input  the  required  standard  deviation. 
The  text  box  labeled  “time  between  first  and  second  observations”  allows  the  user  to  enter 
the  time  between  the  two  observations  of  the  target  by  the  scout.  The  text  box  on  the  third 
row  labeled  “communication,  decision,  and  implementation  time”  is  used  to  enter  the  time 
between  the  second  observation  and  the  launch  of  the  projectile.  All  the  times  in  the  first 
three  rows  are  in  seconds. 

The  bottom  three  rows  of  text  boxes  are  the  same  as  the  text  boxes  in  the  “stationary 
target  parameters.”  In  the  moving  target  case,  these  parameters  are  used  to  displace  the  point 
on  the  target  path  that  corresponds  to  projectile  impact  time. 
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Figure  10.  Stationary  Target  Parameter  Window. 
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If  the  “scanning  sensor  mount”  radio  button  in  the  “scanning  sensor  mount  parameters” 
window  is  active,  then  the  “movement  of  gimbaled  sensor  mount”  window  can  be  accessed. 
This  is  the  first  window  in  a  series  of  three  windows  used  to  input  the  movement  of  a 
gimbaled  sensor  mount.  The  mount  movement  algorithm  assumes  that  the  gimbaled  mount 
moves  only  in  yaw  and  starts  at  the  yaw  squint  angle  relative  to  the  projectile’s  long  axis. 
The  mount  can  move  through  a  series  of  scans.  During  each  scan,  it  moves  to  a  number  of 
angular  locations  where  it  stops  or  dwells.  At  the  end  of  the  scan,  the  mount  returns  to  the 
squint  angle.  Between  dwell  locations,  the  mount  is  assumed  to  move  at  a  constant  angular 
rate.  At  the  end  of  a  scan,  the  mount  also  returns  to  the  dwell  angle  at  the  same  rate.  The 
dwell  angular  location  and  the  length  of  time  the  mount  spends  at  each  dwell  location  are 
input  values. 

The  “movement  of  gimbaled  sensor  mount”  window  is  shown  in  Figure  12.  The  text 
box  labeled  “maximum  gimbal  rate”  is  used  to  input  the  angular  velocity  between  dwell 
locations  and  upon  return  to  the  yaw  squint  angle.  The  number  of  scans  is  entered  via  the 
other  text  box. 


Figure  12.  Movement  of  Gimbaled  Sensor  Mount  Window. 


When  the  “next”  button  is  pressed  in  the  “movement  of  gimbaled  sensor  mount” 
window,  the  “movement  of  gimbaled  sensor  mount  during  scan  number”  window  appears. 

An  example  of  this  window  is  shown  in  Figure  13.  The  number  of  the  scan  for  which  the 
window  is  currently  accepting  data  is  given  by  the  text  box  labeled  “movement  of  gimbaled 
sensor  mount  during  scan  number.”  The  number  of  dwell  locations  during  the  current  scan  is 
input  into  the  text  box  in  this  window.  Pressing  the  “previous”  button  returns  the  user  to  the 
“movement  of  gimbaled  sensor  mount”  window.  Pressing  the  “next”  button  causes  the 
“parameters  for  dwell  number”  window  to  appear. 
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Figure  13.  Movement  of  Gimbaled  Sensor  Mount  During  Scan  Number  Window. 


The  “parameters  for  dwell  number”  window  is  shown  in  Figure  14.  The  text  box 
labeled  “parameters  for  dwell  number”  indicates  the  current  dwell  number  in  the  scan.  The 
text  box  labeled  “during  scan  number”  indicates  the  current  scan  number .  The  text  box 
labeled  “yaw  angle  of  mount”  is  used  to  input  the  location  of  the  current  dwell  in  radians 
from  the  long  axis  of  the  projectile.  The  text  box  labeled  “duration  of  the  dwell”  is  used  to 
input  the  length  of  time  (in  seconds)  the  mount  spends  at  the  dwell  angle  after  reaching  that 
location.  The  amount  of  time  it  takes  to  move  between  dwell  locations  is  determined  by  the 
maximum  angular  velocity  of  the  mount  and  the  angular  distance  between  adjacent  dwell 
locations. 


Figure  14.  The  Parameter  of  Dwell  Number  Window. 


19 


If  the  current  scan  in  the  “parameters  for  dwell  number”  is  one,  then  pressing  the 
“previous”  button  returns  the  user  to  the  “movement  of  gimbaled  sensor  mount  during  scan 
number”  window.  If  the  current  scan  is  not  one,  then  pressing  the  “previous”  button  returns 
the  user  to  the  “parameters  for  dwell  number”  window  for  the  preceding  dwell.  If  the  current 
dwell  is  not  the  last  dwell  in  the  scan,  then  pressing  the  “next”  button  calls  a  “parameters  for 
dwell  number”  window  for  the  next  dwell.  If  it  is  the  last  dwell  in  the  current  scan  but  not 
the  last  dwell  of  the  last  scan,  then  the  “next”  button  calls  the  “movement  of  gimbaled  sensor 
mount  during  scan  number”  window.  If  the  next  dwell  is  the  last  dwell  of  the  last  scan,  then 
pressing  the  “next”  button  calls  the  “movement  of  gimbaled  sensor  mount”  window. 

Pressing  the  “OK”  button  in  the  “movement  of  gimbaled  sensor  mount”  window  ends  the 
gimbaled  mount  input  sequence. 


8.  STATISTICAL  RESULTS  FILE 

The  graphical  output  of  the  SWEM  code  has  already  been  described  in  Section  5,  so 
this  section  concentrates  on  the  “encounter.txt”  file  that  contains  the  statistical  results  after 
the  program  has  been  run.  To  operate  properly,  the  SWEM  code  must  be  installed  in 
a  directory  “C:\Encouner.”  The  input  files  are  located  in  “C:\encounter\DataFiles”  and  the 
output  files  in  “C:\encounter\Output.”  The  path  to  the  statistical  results  is  then  in 
“C:\encounter\Output\encounter.txt.”  An  example  of  the  “encounter.txt”  file  is  given  in 
Appendix  C.  The  file  contains  an  entry  for  each  replication  and  a  summary  of  all  the 
replications.  If  a  sensor  encounters  a  target  during  a  particular  replication,  the  file  will  list 
the  duration  of  the  encounter  in  seconds.  The  file  will  also  contain  the  minimum  and 
maximum  range  from  the  projectile  to  the  target  during  the  encounter.  If  no  encounter 
occurs  for  a  sensor  during  a  replication,  the  file  will  contain  a  comment  to  that  effect. 

A  sumhiary  of  all  the  replications  is  given  at  the  end  of  the  “encounter.txt”  file.  For 
each  sensor,  the  percentage  of  the  replications  for  which  there  was  an  encounter  is  listed. 
These  percentage  values  are  the  probability  of  encounter  for  that  particular  sensor.  The  last 
line  gives  the  percentage  of  replications  for  which  there  was  an  encounter  by  any  sensor  on 
the  weapon.  This  last  value  is  the  probability  of  encounter  for  the  weapon  as  a  whole. 


9.  CONCLUSIONS 

The  SWEM  code  was  developed  as  an  analytical  tool  for  the  TERM  program.  The 
SWEM  code  has  been  used  to  help  evaluate  TERM  design  concepts  and  has  proved  to  be 
very  useful.  While  the  code  is  written  for  a  cannon-launched  smart  projectile,  it  is  general 
enough  that  it  could  be  used  in  the  analysis  of  other  smart  weapons  designs. 

The  algorithm  currently  only  considers  flat  terrain,  but  it  could  be  extended  to  include 
the  effects  of  terrain  masking.  The  code  could  be  modified  to  work  with  variable  resolution 
terrain  (Wald  &  Patterson  1992)  or  other  terrain  description  formats.  The  code  could  also  be 
adapted  to  simulate  fragmentation  weapons  by  representing  the  fragment  pattern  in  a  manner 
similar  to  the  sensor’s  FOV.  Neither  of  these  extensions  of  the  code  is  currently  planned  but 
would  be  relatively  straightforward,  given  sufficient  interest  on  the  part  of  potential  users. 
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27.4011,  6247.02,  -589.552,  215.766,  200.725,  -39.7522,  -121.89,  -0.195513,  -0.537622 
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APPENDIX  B 

INPUT  TO  THE  MAKPTH  CODE 
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INTENTIONALLY  LEFT  BLANK 
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INPUT  TO  THE  MAKPTH  CODE 


240.0 


0.00 

200.00 

o 

o 

p 

200.00 

12.50 

5.00 

5.00 

20.00 

20.00 

5.00 

15.00 

35.00 

1.00 

0.34 

-0.68 

0.68 

1.57 

0,01745 

0.00 

3.14 
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INTENTIONALLY  LEFT  BLANK 
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APPENDIX  C 
STATISTICAL  RESULTS 
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INTENTIONALLY  LEFT  BLANK 
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STATISTICAL  RESULTS 


TEST  RUN  #1 


No  Encounter  by  Sensor  Number  =  1 
No  Encounter  by  Sensor  Number  =  2 
TEST  RUN  #2 


No  Encounter  by  Sensor  Number  =  1 
No  Encounter  by  Sensor  Number  =  2 


TEST  RUN  #  3 


Sensor  Number  =  1 
Duration  of  Encounter  =  5.68 
Minimum  Range  during  Encounter  =  985.024 
Maximum  Range  during  Encounter  =  2689.84 

Sensor  Number  =  2 
Duration  of  Encounter  =  5.36 
Minimum  Range  dining  Encounter  =  519.186 
Maximum  Range  during  Encounter  =  1984.16 


TEST  RUN  #4 


No  Encounter  by  Sensor  Number  =  1 
No  Encounter  by  Sensor  Number  =  2 


TEST  RUN  #5 


Sensor  Number  =  1 
Duration  of  Encounter  =  5.04 
Minimum  Range  during  Encounter  =  1312.36 
Maximum  Range  during  Encounter  =  298 1.12 

Sensor  Number  =  2 
Duration  of  Encounter  =  0.64 
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Minimum  Range  during  Encounter  =  437.966 
Maximum  Range  during  Encounter  =  609.219 


* 

* 

* 

* 


TEST  RUN  #48 


Sensor  Number  =  1 
Duration  of  Encounter  =1.12 
Minimum  Range  during  Encounter  =  2325.86 
Maximum  Range  during  Encounter  =  2694.99 

No  Encounter  by  Sensor  Number  =  2 


TEST  RUN  #  49 


Sensor  Number  =  1 
Duration  of  Encounter  =  2.64 
Minimum  Range  during  Encounter  =  2003.9 
Maximum  Range  during  Encounter  =  2880.63 

No  Encounter  by  Sensor  Number  =  2 


TEST  RUN  #50 


Sensor  Number  =  1 
Duration  of  Encounter  =  7.28 
Minimum  Range  during  Encounter  =  320.343 
Maximum  Range  during  Encounter  =  2394.7 

Sensor  Number  =  2 
Duration  of  Encounter  =  3.44 
Minimum  Range  during  Encounter  =  783.01 1 
Maximum  Range  during  Encounter  =  1752.43 
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Final  Totals 


74  %  of  the  tests  had  an  encounter  by  sensor  #  1 
64  %  of  the  tests  had  an  encounter  by  sensor  #  2 

82  %  of  the  tests  had  an  encounter  by  any  sensor 
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INTENTIONALLY  LEFT  BLANK 
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NO.  OF 

COPIES  ORGANIZATION 


NO.  OF 

COPIES  ORGANIZATION 


2  ADMINISTRATOR 

DEFENSE  TECHNICAL  INFO  CTR 
ATTN  DTIC  OCP 

8725  JOHN  J  KINGMAN  RD  STE  0944 
FTBELVOIR  VA  22060-6218 

1  DIRECTOR 

US  ARMY  RSCH  LABORATORY 
ATTN  AMSRL  CS  AL  TA  REC  MGMT 
2800  POWDER  MILL  RD 
ADELPHIMD  20783-1197 

1  DIRECTOR 

US  ARMY  RSCH  LABORATORY 
ATTN  AMSRL  Cl  LL  TECH  LIB 
2800  POWDER  MILL  RD 
ADELPHIMD  207830-1197 

1  DIRECTOR 

US  ARMY  RSCH  LABORATORY 
ATTN  AMSRL  DD 
2800  POWDER  MILL  RD 
ADELPHIMD  20783-1197 

1  DIRECTOR 

US  ARMY  RSCH  LABORATORY 
ATTN  AMSRL  DDR  SMITH 
2800  POWDER  MILL  RD 
ADELPHIMD  20783-1197 

1  OSD 

OUSD(A&T)/ODDDR&E(R) 

ATTN  RJTREW 
THE  PENTAGON 
WASHINGTON  DC  20301-7100 

1  US  ARMY  INFO  SYS  ENGRG  CMD 

ATTN  ASQB  OTD  F  JENIA 
FT  HUACHUCA  AZ  85613-5300 

1  AMCOM  MRDEC 

ATTN  AMSMI  RD  W  C  MCCORKLE 
REDSTONE  ARSENAL  AL  35898-5240 

1  US  ARMY  TANK- AUTOMOTIVE  CMD 

RD&ECTR 

ATTN  AMSTA  TA  J  CHAPIN 
WARREN  MI  48397-5000 

1  CECOM 

ATTN  PM  GPS  COL  S  YOUNG 
FT  MONMOUTH  NJ  07703 


1  INST  FOR  ADVNCD  TCHNLGY 

THE  UNIV  OF  TEXAS  AT  AUSTIN 
PO  BOX  20797 
AUSTIN  TX  78720-1714 

1  CECOM 

SP  &  TERRESTRIAL  COMMCTN  DIV 
ATTN  AMSEL  RD  ST  MC  M  H  SOICHER 
FT  MONMOUTH  NJ  07703 

1  DARPA 

3701  N  FAIRFAX  DR 
ARLINGTON  VA  22203-1714 

1  US  ARMY  NATICK  RDEC 

ACTING  TECHNICAL  DIR 
ATTN  SSCNC  T  P  BRANDLER 
NATICK  MA  01760-5002 

1  NAVAL  SURFACE  WARFARE  CTR 

CODE  B07  J  PENNELLA 
17320  DAHLGREN  RD 
BLDG  1470  RM  1101 
DALGREN  VA  224480-5 100 

1  US  ARMY  TRAINING  &  DOCTRINE  CMD 

BATTLE  INTEGRATION  &  TECH  DIR 
ATTNACTDB  JAKLEVECZ 
FT  MONROE  VA  23651-5850 

1  US  MILITARY  ACADEMY 

MATH  SCI  CTR  OF  EXCELLENCE 
DEPT  OF  MATHEMAICAL  SCI 
MAJ  MD  PHILLIPS 
THAYER  HALL 
WEST  POINT  NY  10996-1786 

1  UNIV  OF  TEXAS 

ARL  ELECTROMAG  GROUP 
CAMPUS  MAIL  CODE  F0250 
ATTN  A  TUCKER 
AUSTIN  TX  78713-8029 

1  HICKS  &  ASSOCIATES,  INC. 

ATTN  G  SINGLEY  HI 

1710  GOODRICH  DR  STE  1300 
MCLEAN  VA  22102 

2  NIST 

ATTN  K  MURPHY 
100  BUREAU  DRIVE 
GAITHERSBURG  MD  20899 
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NO.  OF 

COPIES  ORGANIZATION 


NO.  OF 

COPIES  ORGANIZATION 


1  SPECIAL  ASST  TO  THE  WING  CDR 
50SW/CCX  CAPT  P  H  BERSTEIN 
300  O’MALLEY  AVE  STE  20, 
FALCON  AFB  CO  80912-3020 

2  US  ARMY  MOUNTED  MANEUVER 

BATTLELAB 
ATTN  MAJ  J  BURNS 
BLDG  2021BLACKHORSE  REG  DR 
FORT  KNOX  KY  40121 

1  HQ  AFWA/DNX 

106  PEACEKEEPER  DR  STE  2N3 
OFFUTT  AFB  68113-4039 

2  NASA  JET  PROPULSION  LAB 
ATTN  L  MATHIES 

K  OWENS 

4800  OAK  GROVE  DR 
PASADENA  CA  91 109 

4  ROBOTICS  SYS  TECNOLOGY  INC 

ATTN  S  M'reRS  P  CORY 

B  BEESON  J  ROBERTSON 
1234  TECH  COURT 
WESTMINISTER  MD  21157 

2  COMMANDER 

US  ARMY  TACOM 
ATTN  J  JACZKOWSKI 
WARREN  MI  48397-5000 

2  DIRECTOR 

US  ARMY  WATERWAYS  EXP  STN 
ATTN  RAJLVIN 
3909  HALLS  FERRY  ROAD 
VICKSBURG  MS  39180-6199 

1  US  ARMY  SIMULATION  TRAIN  & 

INSTRMNTN  CMD 
ATTN  J  STAHL 
12350  RESEARCH  PARKWAY 
ORLANDO  FL  32826-3726 


1  US  ARMY  EDGEWOOD  RDEC 
ATTN  SCBRD  TD  J  VERVIER 
APGMD  21010-5423 

3  CDR  USA  DTC 

ATTN  AMSTE  CD  B  SIMMONS 
AMSTE  CD  R  COZBY 
JHAUG 

RYAN  BLDG 

4  CDR  USA  ATC 
ATTNSTEACCO  COL  ELLIS 

STEACTD  JFASIG 
STEAC  TE  R  CUNNINGHAM 
STEAC  RM  A  MOORE 
BLDG  400 

2  CDR  USA  ATC 

ATTN  STEAC  TE  FPOXENBERG 
STEAC  TE  F  A  SCRAMLIN 
BLDG  321 

1  DIR  USARL 

ATTN  AMSRLWM  I  MAY 
BLDG  4600 

2  DIR  USARL 

ATTNAMSRLWMB  AW  HORST  JR 
W  CIEPIELA 

BLDG  4600 
1  DIR  USARL 

ATTN  AMSRLWM  B  EM  SCHMIDT 
BLDG  390A 

1  DIRARL 

ATTN  AMSRLWM  BA  W  D’AMICO 
BLDG  4600 

3  DIR  USARL 

ATTN  AMSRLWM BB  H ROGERS 
GHAAS  BHAUG 

BLDG  1121 


ABERDEEN  PROVING  GROUND 


2  DIRECTOR 

US  ARMY  RSCH  LABORATORY 
ATTN  AMSRLCI  LP  (TECH  LIB) 
BLDG  305  APGAA 


DIR  USARL 

ATTN  AMSRL  WM  BC  P  PLOSTINS 
BLDG  390 

DIR  USARL 

ATTN  AMSRL  WM  BD  B  FORCH 
BLDG  4600 
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NO.  OF 

COPIES  ORC.ANIZATION 


1  DIR  USARL 

AMSRL  WM  BE  G  WREN 
BLDG  390 

8  DIR  USARL 

ATTN  AMSRL  WMBF  JLACETERA 
P  CORCORAN  M  HELDS 
R  PEARSON  (5  CYS) 

BLDG  120 

2  DIR  USARL 

ATTN  AMSRL  WM  BR  C  SHOEMAKER 
JBORNSTEIN 

BLDG  1121 

ABSTRACT  ONLY 

1  DIRECTOR 

US  ARMY  RSCH  LABORATORY 
ATTN  AMSRL  CS  AL  TP  TECH  PUB  BR 
2800  POWDER  MILL  RD 
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